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Beschreibung 

Industrielle Steuerung auf der Basis Technologischer Objekte 

Die Erfindung bezieht sich auf eine industrielle Steuerung 
fur technische Prozesse, insbesondere fur Produktionsmaschi- 
nen . 

Ferner bezieht sich die Erfindung auf ein Verfahren zur Er- 
stellung einer industriellen Steuerung, insbesondere fur ein 
bestimmtes Einsatzgebiet , z.B. Einsatz bei Verpackungsmaschi 
nen . 

Eine industrielle Steuerung kann dabei ein eigenes Gerat 
sein, sie kann aber auch in einen Computer, einem PC, einem 
eigenstandigen Gerat oder einem Antrieb integriert sein. 

Bisher bekannte industrielle Steuerungen zur Automatisierung 
technischer Prozesse basieren im Wesentlichen entweder auf 
einer " SPS-Funktionalitat " , einer "MC-Funktionalitat" oder 
auf einer Technologief unktionalitat . Da im Rahmen solcher 
Funktionalitaten ein gewisser Funktionsumf ang fest vorge- 
schrieben ist, ist eine optiiriale Anpassung an die Anforderun 
gen eines speziellen Prozesses haufig nur bedingt moglich, 
wobei im konkreten Anwendungsf all oft eine ganze Gruppe von 
Funktionen uberfliissig ist (z.B. ist beim Einsatz einer MC- 
Steuerung flir Werkzeugmaschinen, evtl. vorhandene Funktiona- 
litat fur Verpackungsmaschinen uberfliissig) . 

Aus der DE 197 40 550 ist auflerdem eine Vorrichtung zum Steu- 
ern eines technischen Prozesses und/oder zur Steuerung der 
Bewegung einer Verarbeitungsmaschine bekannt, die ein Steuer- 
programm abarbeitet. Dieses Steuerprogramm besteht aus einer 
Vielzahl von Sof twaremodulen . Prozesssteuerungs funktionalita- 
ten von an sich bekannten speicherprogrammierbaren Steuerun- 
gen und Bewegungsf unktionalitaten von an sich bekannten MC- 
Steuerungen sind in einem einheitlichen, konf igurierbaren 
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Steuerungssystem verwirklicht . Die einzelnen Software-Module 
werden hier jedoch durch jeweils eine Teilst euerung abgear- 
beitet, so dass fur jedes Sof tware-Modul eine zentrale Re- 
cheneinheit vorzusehen ist. 

5 

Weiterhin ist aus der DE 198 53 205 ein Verfahren zur Steue- 
rung technischer Prozesse bekannt, das auf einer Instanziier- 
barkeit sowie einer bedarf sgerechten Verschaltung von Soft- 
ware-Komponenten mit vorgebbarer, zumindest parametrierbarer 
10 Funktionalitat basiert. Die Verschaltung und die Projektie- 

rung der Sof tware-Komponenten erfolgt hierbei allerdings noch 
nicht optimal. 

. Der Erfindung liegt daher die Aufgabe zugrunde, fur jeweils 
15 unterschiedliche Steuerungsauf gaben und unterschiedliche 
Randbedingungen bzw. Anf orderungen des zugrunde liegenden 
technischen Prozesses in einfacher Weise optimale Auspragun- 
gen einer industr iellen Steuerung sowohl hinsichtlich ihrer 
Steuerungsstruktur als auch hinsichtlich ihrer Funktionalitat 
20 zu erstellen. 

Die Erfinder sind dabei von der Erkenntnis ausgegangen, dass 
das Runtime- und/oder Engineering-System der industriellen 
Steuerung sowohl SPS- als auch Bewegungs- und/oder Technolo- 
f 25 gie-Funktionalitat bedient und dass durch die Moglichkeit des 
Hr dynamischen Zuladens von Funktionscode in das Runtime- 

und/oder Engineering-System der industriellen Steuerung je- 
weils eine optimale Auspragung, d.h. Skalierung der Steuerung 
moglich sein miisste. 

30 

GemaJJ der Erfindung wird die oben genannte Aufgabe fur eine 
industrielle Steuerung der eingangs genannten Art dadurch ge- 
lost, dass 



35 



a) 



die Steuerung ein allgemein einsetzbares, 
technologieneutrales, Basissystem fiir die 
funktionalitat besitzt , 



vorzugsweise 
Steue rungs grund- 
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b) 



die technologische Funktonalitat der Steuerung uber tech- 
nologische Objekttypen bereitgestellt ist, 



5 



c) 



eine technologische Skalierung hinsichtlich der Funktiona- 
litat der Steuerung durch zuladbare Technologische Objekt- 
typen erfolgt und 



d) eine auf die jeweilige Applikation vom Anwender zuschneid- 
bare Auswahl und Instanziierung der Objekttypen erfolgt. 

Ein Technologisches Objekt reprasentiert vorzugsweise eine 

10 Komponente der realen Welt. Im Kontext industrieller Steue- 
rungen konnen dies z.B. Komponenten von Werkzeugmaschinen o- 
der Produktionsmaschinen sein. Die Technologischen Objekte 
. stellen eine definierte technologische, abgeschlossene Funk- 
tionalitat bereit. Sie konnen untereinander verschaltet wer- 

15 den, urn komplexe technologische Aufgaben zu realisieren. Da- 
durch dass die technologische Funktionalitat der Steuerung 
durch Technologische Objekte, die vorzugsweise reale Kompo- 
nenten, gebildet wird, ist einem Anwender oder Nutzer der 
Steuerung die technologische Machtigkeit, d.h. die Fahigkeit 

20 der Steuerung sofort transparent. Als sof twaretechnologische 
Einheit kann ein Technologisches Objekt aufierdem von einem 
Anwender sehr leicht in unterschiedlichen Applikationen und 
Steuerungen wiederverwendet werden. Ein Anwender kann bei der 
Nutzung von Technologischen Objekten von deren Implement ie- 
^ 25 rung abstrahieren . Vom Anwender in seinen Anwenderprogrammen 
r ^ direkt einsetzbare Technologische Objekte entstehen durch ih- 
re Instanziierung aus Technologieobj ekttypen . Aus einem ein- 
mal definierten Technologieob j ekttyp konnen beliebig viele 
Instanzen von Technologischen Objekten gewonnen werden. Da- 

30 durch dass die Instanziierung sowohl im Engineering-System 
als auch im Runtime-System erfolgen kann, ist es fur einen 
Anwender sehr leicht und sehr komfortabel moglich, die Tech- 
nologischen Objekte in seinen Anwendungen zu verwenden. Die 
funktionale Machtigkeit einer Steuerung ist somit sehr leicht 

35 erweiterbar. Die Erweiterbar keit wird lediglich durch HW- 

Restriktionen (z.B. CPU-Leis tung oder Speicherbeschrankungen) 
begrenzt . 
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Weiterhin hat der Anwender die Moglichkeit das vorhandene Ba- 
sissystem fiir die Steuerungsgrundf unktionalitat urn solche 
Funktionalitaten zu erweitern, die er wirkiich fur seine An- 
wendungen benotigt. Dies geschieht dadurch, dass er explizit 
5 bestimmte benotigte Technologische Objekte zum Basissystem 

der Steuerung hinzuladt. Ein Anwender kann sich somit indivi- 
duell eine Steuerung mit einer bestimmten Funktionalitat be- 
schaffen. Oblicherweise in Steuerungen vorhandene nichtbeno- 
tigte Funktionalitaten werden dadurch vermieden und verursa- 
10 chen somit keinen Overhead. 

Ein weiterer Vorteil liegt in der Entwicklung und in der Pro- 
duktion solcher skalierbaren Steuerungen. Steuerungen, die 
mit einer notwendigen Grundfunktionalitat (Basissystem) aus- 
15 geliefert werden, lassen sich in grower Stuckzahl sehr ein- 
fach herstellen (economies of scale) . 

Eine erste vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass das Laden und die Verteilung der Technologischen 

20 Objekte auf unterschiedlich oder gleich performante Hardware- 
Systeme und/oder Lauf zeitsys teme erfolgt. Technologische Ob- 
jekte sind plattform- bzw. hardware-unabhangig . Sie enthalten 
keine plattform- bzw. hardware-spezif ischen Eigenschaf ten und 
konnen somit sehr leicht auf unterschiedliche Hardware- 

25 Systeme und/oder Lauf zei tsysteme geladen und verteilt werden. 
Durch die Moglichkeit der Lad- und Verteilbarkeit der Techno- 
logischen Objekte auf unterschiedlich oder gleich performante 
Hardware-Systeme kann ein Anwender Technologische Objekte 
sehr flexibel benutzen und einsetzen. Er muss sich bei der 
0 Ladbarkeit und der Verteilbarkeit der Technologischen Objekte 
nicht urn Restriktionen bezuglich der zugrundeliegenden Per- 
formance der Hardware- und/oder von Lauf zeit-Sys temen klim- 
mern . 

5 Eine weitere vorteilhafte Ausgestaltung der zugrunde liegen- 
den Erfindung liegt darin, dass das Laden und die Verteilung 
der Technologischen Objekte auf unterschiedlich oder gleich 
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performante Hardware- und/oder Lauf zeit-Systeme innerhalb ei- 
nes Projektes erfolgt, wobei sich ein Projekt auf Daten 
und/oder Programme von einer oder mehreren Steuerungseinhei- 
ten bezieht. Ein Anwender hat somit die Moglichkeit innerhalb 
5 eines Projektes Gerate unterschiedlicher Hardware einzuset- 
zen, die auch unterschiedlich performant sein konnen, auf die 
er Technologische Objekte leicht und flexibel verteilen kann, 
ohne die unterschiedliche Performance der Gerate beriicksich- 
tigen zu mussen. 

10 

Eine weitere vorteilhafte Ausgestaltung der zugrunde liegen- 
den Erfindung liegt darin, dass die Verteilung der Funktiona- 
K litat der Technologischen Objekte auf miteinander in Echtzeit 
durch taktsynchron aquidistant kommunizierende S teuerungsein- 

15 heiten erfolgt. Die Technologischen Objekte konnen somit auf 
Gerate bzw. S teuerungseinhei ten verteilt werden, die liber ein 
Kommunikationsmedium in Verbindung stehen, das eine taktsyn- 
chrone aquidistante Kommunikation erlaubt. Somit konnen die 
Technologischen Objekte in Echtzeit miteinander kommunizie- 

20 ren. In einem Projekt sind die Instanzen von Technologischen 
Objekttypen eindeutig ref erenzierbar und konnen (HW-) 
platt f ormubergreif end genutzt werden . 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
25 findung liegt darin, dass die Funktionali tat der Steuerung 
durch die Zuladbarkeit beliebiger Technologischer Objekte 
flexibel erweiterbar ist. Damit hat der Anwender die Moglich- 
keit eine funktionale Skalierung seiner Steuerung zu errei- 
chen. Er kann somit sehr einfach die Funktionalitat der Steu- 
30 erung an die zugrundeliegenden und vorliegenden Bedtirfnisse 
und Randbedingungen anpassen. Die Erweiterbarkeit bezieht 
sich sowohl auf Geratef unktionalitat als auch auf technologi- 
sche Funktionalitat . 

35 Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 

darin, dass die Technologischen Objekte Programmierinter faces 
und/oder Sys temvariablen und/oder Alarme enthalten. Durch die 
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Programmierinter faces konnen die Technologischen Objekte in 
einem Anwenderprogramm aufgerufen und verwendet werden. Uber 
die Systemvariablen werden zum einen die Zustandsdaten der 
Technologischen Objekte dem Anwenderprogramm bereitgestellt , 
5 zum anderen enthalten die Systemvariablen parametrierbare 
Einsteilungen fiir die Programmierung, die aus dem Anwender- 
programm heraus verandert werden konnen. Uber Strukturen kon- 
nen die Werte von Systemvariablen konsistent ausgelesen wer- 
den. Systemvariablen werden beim Zugriff aus dem Anwenderpro- 

10 gramm vom System aktualisiert r soweit sie Status und Zustand 
wiedergeben. Technologische Alarme werden am Technologischen 
Objekt festgestellt und erzeugt. Ihr Verhalten auf die Pro- 
grammbearbeitung (globale Reaktion) ist fur j eden Fehler in- 
stanzspezif isch am Engineering-System bei der Inbetriebnahme 

15 einstellbar Die Alarme besitzen zusammen mit der TO-Instanz 
einen eindeutigen Identif ikator . 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Technologischen Objekte in eine 
20 Programmierumgebung integriert sind. Dadurch ist es einem An- 
wender sehr leicht und komfortabel moglich, die Technologi- 
schen Objekte in seinen Anwenderprogrammen zu verwenden. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
25 findung liegt darin, dass eine Standardprogrammierumgebung 
verwendet wird. Standardprogrammierumgebungen sind z.B. 
IEC1131, C++ oder Java. Durch die Einbindung der Technologi- 
schen Objekte in IEC1131 hat der Anwender die Moglichkeit in 
einer fiir industrielle Belange genormten Programmierumgebung 
30 direkt Technologische Objekte zu verwenden. Durch die Integ- 
ration der Technologischen Objekte in C++ oder Java hat der 
Anwender dartiber hinaus die Moglichkeit Technologische Objek- 
te in einer ob j ektorientierten Programmierumgebung direkt zu 
verwenden. Durch die Integration der Technologischen Objekte 
35 in die genannten Programmierumgebungen wird der Sprachumfang 
bzw. der Funktionsumf ang dieser Programmierumgebungen beziig- 
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lich ihrer technologischen Funktionalitat und auf Belange in- 
dustrieller Steuerungen hin erweitert. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass eine ruckwirkungs f reie Programmie- 
rung eines Technologischen Objektes bezuglich der anderen 
vorhandenen Technologischen Objekte und des Steuerungsbasis- 
systems, sofern nicht explizit eine Riickwirkung programmiert 
bzw. projektiert ist, vorgesehen ist. Der Anwender kann somit 
das Verhalten eines Technologischen Objektes unabhangig von 
Ruckwirkungen anderer Technologischen Objekte oder des Steue- 
rungsbasissystems programmieren. Wenn erforderlich oder ge- 
wunscht kann er aber explizit eine Riickwirkung programmieren 
bzw. pro j ektieren . Die Flexibilitat des Anwenders bei der 
Programmierung Technologischer Objekte wird dadurch erhoht. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Nutzung der Technologischen Ob- 
jekte Hardware- bzw. Piatt formneutral erfolgt. Der Anwender 
kann somit bei der Nutzung der Technologischen Objekte voll- 
kommen von der zugrunde liegenden Hardware- bzw. Plattform 
abstrahieren . Er kann sich bei der Yerwendung von Technologi- 
schen Objekten in seinen Anwenderprogrammen somit vollkommen 
auf die technologische Funktionalitat dieser Objekte konzent- 
rieren . 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass Technologische Objekte bezuglich 
ihrer Funktionalitat zu anderen Technologischen Objekten hie- 
rarchische Beziehungen und/oder Datenf lussbeziehungen aufwei- 
sen. Damit lassen sich Strukturen und Beziehungen von realen 
Umgebungen direkt auf Technologische Objekte abbilden. So 
enthalt z.B. das Technologische Objekt "Gleichlauf achse" die 
Funktionalitat des Technologischen Objektes "Posi tionierach- 
se", das wiederum die Funktionalitat des Technologischen Ob- 
jektes "Drehzahlachse" enthalt. 
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Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass insbesondere ftir Bewegungssteuerun- 
gen Elemente wie Achsen, Geber, Nocken, Messtaster, Gleich- 
lauf und Kurvenscheiben als Technologische Objekte vorhanden 
5 sind. Diese Technologischen Objekte reprasentieren typische 
Elemente aus dem Kontext von Bewegungss teuerungen . Ihre Rep- 
rasentation als Technologische Objekte kann ein Anwender di- 
rekt in seinen Anwendungen verwenden. 

10 Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Technologieob j ekttypen zu Tech- 
nologiepaketen zusammenf assbar sind. Durch die Clusterung und 
^ Zuordnung von Technologieob j ekttypen zu Technologiepaketen 

wird zum einen eine St.rukturierung und Klassif izierung er- 

15 reicht und zum anderen sind die Technologiepakete ein geeig- 
netes Mittel, urn die Technologieob j ekttypen auf das Runtime- 
System einer Steuerung zu laden. 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
20 findung liegt darin, dass die Programmerstellung vor Zuord- 
nung der Hardware-Plattf orm erfolgt. Technologische Objekte 
konnen somit in Programmen unabhangig von der Ziel-Hardware 
verwendet werden. Dadurch wird die Wiederverwendung von Soft- 
ware erleichtert und erhoht . 

25 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Anzahl der Instanziierungen von 
Technologieob j ekttypen flexibel einstellbar ist. Ein Anwender 
wird somit bei der Anzahl von Instanzen in seinem Anwender- 
30 programm nur durch Hardware-Res triktionen (z.B. CPU-Leistung 
oder Speicherplatz ) eingeschrankt . 

Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Instanzen von Technologieob- 
35 jekttypen auf einer oder auf mehreren Steuerungseinhei ten 

verteilt abgelegt werden. Dadurch ist es moglich, die Last in 
einem System flexibel zu verteilen und zu balanzieren. 
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Eine weitere vorteilhafte Ausgestaltung der vorliegenden Er- 
findung liegt darin, dass die Befehle von Technologischen Ob- 
jekten synchron und/oder asynchron genutzt werden. Dadurch 
wird eine zyklische Programmiermoglichkeit im Sinne einer 
5 Speicherprogrammierbaren Steuerung (SPS) und eine ablaufori- 
entierte Programmiermoglichkeit (wie bei Bewegungssteuerungen 
ublich) unterstutzt. Der Anwender kann dabei angeben, ob ein 
Befehl synchron oder asynchron ausgefuhrt werden soli. 

10 Gemaft der Erfindung wird die oben genannte Aufgabe .fiir ein 

Verfahren der eingangs genannten Art durch die folgenden auf- 
einander folgenden Schritte gelost: 

a) Verwendung eines Basissys terns mit einer vorzugsweise 
15 technologieneutralen Grundf unktionalitat , 

b) Auswahl und Instanziierung der fur die Anwendung relevan- 
ten Technologischen Objekttypen und Konf iguration der er- 
haltenen Technologischen Objekte im Engineering-System, 

20 

c) Hinzuladen der ausgewahlten Technologischen Objekttypen 
ins Runtime-System, 

d) Laden und Nutzung der instanziierten Technologischen Ob- 
25 jekte und der Instanziierungsinf ormation im Runtime- 

System, 

e) Erstellung der Anwenderprogramme unter Nutzung der in- 
stanziierten Technologischen Objekte und 



30 



f) Laden der Anwenderprogramme ins Runtime-System. 



Dadurch hat der Anwender die Moglichkeit auf eine systemati- 
sche und f olgerichtige Weise die Funktionalitat einer ge- 
35 wunschten Steuerung zu erreichen, wobei sichergestellt ist, 

dass die erhaltene Steuerung keinen funktionalen Overhead be- 
inhaltet . 
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Die wesentlichen, mit der Erfindung erzielten Vorteile beste- 
hen also insbesondere darin, dass ein Anwender direkt techno- 
logische Funktionalitat in seinen Anwendungen verwenden kann, 
die ihm durch Technologische Objekte, die Elemente der realen 
5 Welt entsprechen, in einer fur ihn adaquaten Weise verwenden 
kann . 

Ein weiterer Vorteil liegt darin, dass die Funktionalitat von 
industriellen Steuerungen sozusagen "plug and play"-mafiig de- 
10 diziert erweiterbar ist. Auf diese Weise wird eine technolo- 
gische Skalierung der Steuerung erreicht. 

^ Ein Ausfuhrungsbeispiel der Erfindung ist in der Zeichnung 

dargestellt und wird im folgenden erlautert 
15 Dabei zeigen: 

FIG 1 in einem Strukturbild ein Engineering-System, das zuge- 
horige Runtime-System und den zu steuernden technischen 
Prozess, 

20 

FIG 2 zeigt in einem Ubersichtsbild wie ein Anwenderprogramm 
auf technologische Funktionalitat im Runtime -System zu- 
greif t , 

_25 . FIG 3 zeigt in einer abstrakten Schemadarstellung ein Techno- 
^ logisches Objekt mit Anwenderschnitt stelle, 

FIG 4 zeigt in Form eines sog. Verschaltungsdiagrammes Tech- 
nologische Objekte, die einen Gleichlauf verbund dar- 
30 stellen, 

FIG 5 zeigt einen Gleichlauf verbund mit Umschaltmoglichkei- 
ten zwischen verschiedenen Lei twertquellen und Gleich- 
lauf gesetzen, ebenfalls in Form eines Verschaltungsdi- 
3 5 agrammeS/ 
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FIG 6 zeigt in Form eines Verschaltungsdiagrammes die Ver- 
schaltung des Technologischen Objektes Messtaster, 

FIG 7 zeigt in Form eines Verschaltungsdiagrammes die Ver- 
schaltung des Technologischen Objektes Nocke, 

FIG 8 zeigt in Form eines Verschaltungsdiagrammes Verschal- 
tungen mit Gleichlauf technologieob j ekten, 

FIG 9 zeigt ebenfalls in Form eines Verschaltungsdiagrammes 
die Zuordnung eines Technologischen Objektes Kurven- 
scheibe zum mehreren Gleichlauf obj ekten und 

FIG 10 zeigt in einem Obersichtsbild die Clusterung von Tech- 
nologieob j ekttypen zu einem Technologiepaket . 

In der Darstellung gemaft FIG 1 wird in Form eines Struktur- 
bildes gezeigt, dass die Steuerung eines technischen Prozes- 
ses P liber mindestens ein Runtime-System RTS1-RTS3 von indus- 
triellen Steuerungen erfolgt. Die Verbindung zwischen den 
Runtime-Systemen RTS1-RTS3 der Steuerung und dem technischen 
Prozess P geschieht bidirektional uber Ein-/Ausgange EA1- 
EA3 . Die Programmierung der Steuerung und damit das Festlegen 
des Verhaltens der Runtime-Systeme RTS1-RTS3 geschieht im En- 
gineering-System ES. Das Engineering-System ES enthalt Werk- 
zeuge fur die Konf igurierung, Pro j ektierung und Programmie- 
rung fur Maschinen bzw. fur die Steuerung technischer Prozes- 
se. Die im Engineering-System ES erstellten Programme werden 
iiber die Inf ormationspf ade 11-13 jeweils in die Runtime- 
Systeme RTS1-RTS3 der Steuerungen ubertragen. Durch die drei 
Punkte ist angedeutet, dass weitere Steuerungen und Runtime- 
Systeme vorhanden sein konnen. Bezuglich seiner Hardware- 
Ausstattung besteht ein Engineering-System ES iiblicherweise 
aus einem Computersystem mit Graphikbildschirm (z.B. Dis- 
play), Eingabehilf smitteln (z.B. Tastatur und Maus) , Prozes- 
sor, Arbeits- und Sekundarspeicher , eine Einrichtung fur die 
Aufnahme computerlesbarer Medien (z.B. Disketten, CD's) sowie 
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Anschlusseinheiten fur einen Datenaustausch mit anderen Sys- 
temen (z.B. weiteren Computers ystemen, weitere Steuerungen 
fur technische Prozesse) ocier Medien (z.B* Internet). Eine 
Steuerung besteht ublicherweise aus Eingabe- und Ausgabeein- 
5 heiten, sowie aus Prozessor und Programmspeicher . 

Darstellung gemafl FIG 2 zeigt zwei Runtime-Systeme RTS4 und 
RTS5 von industriellen Steuerungen, dargestellt als Rechteck. 
Die Runtime-Systeme RTS4 und RTS5 enthalten jeweils einen 

.0 UMC-Kernel UMC-K, sowie die Technologischen Objekte TOl bis 
TOn, wobei die jeweiligen UMC-Kernels als auch die Technolo- 
gischen Objekte unterschiedlich sein konnen, die Technologi- 
schen Objekte auch in ihrer Anzahl. Der UMC-Kernel UMC-K 
stellt das Basissystem der Steuerung dar, dieses Basissystem 

5 enthalt die Grundf unktionalitat der Steuerung. Der UMC-Kernel 
UMC-K ist in rechtwinkliger Stufenform dargestellt. Zu ihm 
konnen Technologische Objekte TOl bis TOn hinzugeladen wer- 
den. Durch dieses Hinzuladen wird der Funktionsumf ang des Ba- 
sissystems erweitert. Die Technologischen Objekte TOl bis TOn 

0 sind als Rechtecke dargestellt, durch ihre Anordnung in FIG 2 
wird angedeutet, dass sie den UMC-Kernel UMC-K erweitern. 
Durch die drei Punkte wird angedeutet, dass ein bis mehrere 
Technologische Objekte TOl bis TOn hinzugeladen werden konnen 
und somit eine technologische Skalierung der gesamten Steue- 

5 rung erreicht wird. Zentriert am oberen Rand von FIG 2 ist 
das Anwenderprogramm AP in Form einer schematischen Papier- 
fahne dargestellt. Durch die Zugrif f spf eile ZGP1 bis ZGP4 ist 
dargestellt, dass ein Anwender in seinem Anwenderprogramm AP 
direkt auf Funktionalitaten des UMC-Kernels UMC-K aber auch 

0 auf Funktionalitaten der Technologischen Objekte TOl bis TOn 
zugreifen kann, sowohl von RTS4 als auch von RTS5 oder von 
einem weiteren Runtime -System (ebenfalls angedeutet durch 
drei Punkte) . Diese angebotene Funktionalitaten der Runtime- 
Systeme RTS4 und RTS5 (oder von weiteren Runtime-Sys temen) 

5 kann ein Anwender direkt in seinem Anwendungsprogramm AP ver- 
wenden . 
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Zur Prazisierung: Zur Erweiterung des Basissystems eines Run- 
time-Systems werden Technologieob j ekte iiblicherweise in Form 
von Technologieob j ekttypen hinzugeladen . Solche Technologie- 
objekttypen sind z.B. Achsen, Nocken, Kurvenscheiben oder 

5 ahnliches. Technologieob j ekttypen sind instanziierbar . Ein 

Anwender verwendet in seinen Anwendungsprogrammen AP fiir kon- 
krete Applikationen Instanzen von Technologieobj ekttypen . 
Solche Instanzen sind dann projektweit eindeutig definiert 
und identif izierbar . Die direkte Verwendung von zugeladenen 

0 Technologischen Objekten in Anwenderprogrammen AP als jeweils 
eigenstandige Programmobj ekte ware prinzipiell auch denkbar, 
ist aber fiir einen Anwender fur die Programmerstellung unfle- 
xibel. 

5 Darstellung gemafi FIG 3 zeigt in einer abstrakten Schemadar- 
stellung die Anwendersicht eines Technologischen Objektes, 
d.h. einer Instanz eines Technologieob j ekttyps . Diese Spezi- 
fikation eines Technologischen Objektes TOS wird als Rechteck 
dargestellt, das aus filnf Teilen besteht. Der oberste erste 

0 Teil, abgetrennt von den folgenden Teilen durch eine durchge- 
zogene Linie, enthalt den Typ des zugrunde liegenden Techno- 
logischen Objektes (TO-Type) und den TO-Identif ier, d.h. die 
pro j ekteindeutige Bezeichnung der Instanziierung. Der nachst 
folgende Teil enthalt die Konf igurationsdaten (Configuration 

5 Data) mit den Konf igurationsvariablen <conf iguration variab- 
le__l> bis <conf iguration variable_n>. t)ber die Konf igurati- 
onsdaten wird das Technologische Objekt in seiner grundsatz- 
lichen Wirkungsweise eingestellt. Die Konf igurationsdaten 
werden tiber das Engineering-System (ES; FIG 1) eingestellt 

0 und konnen optional uber Zugri f f sf unktionen aus dem Anwender- 
prograimu (AP; FIG 2) heraus gelesen bzw. geschrieben werden. 
In der Darstellung gemafi FIG 3 werden die Konf igurationsdaten 
durch eine gestrichelte Linie von den Systemvariablen (System 
Data) abgetrennt. Die Systemvariablen <system variable_l> bis 

5 <system variable_m> sind aus dem Anwenderprogramm (AP; FIG 2) 
heraus veranderbar und wie Programmvariable nutzbar. System- 
variablen konnen lesbar oder les-/schreibbar sein. Durch die 
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Systemvariablen werden aulierdem die Zustande von Technologi- 
schen Objekten represent iert . Zustandsiibergange konnen durch 
Ereignisse und/oder Befehle ausgelost werden. Uber die Konfi- 
gurationsdaten und die Systemvariablen erfolgt die Paramet- 
5 rierung der Technologischen Objekte. Der nachste Abschnitt 
sind die Befehle (Commands) , von den Systemvariablen eben- 
falls durch eine gestrichelte Linie getrennt. Die Befehle 
<command_l> bis <command_xy> stellen aufrufbare Funktionen 
dar, die die Funktionalitat eines Technologischen Objekts 
10 reprasentieren . Diese Funktionen haben definierte Bezeichner, 
Funktionsparameter und lokale Werte. Die Funktionen konnen 
Parameter besitzen. Beim Aufruf von Funktionen konnen optio- 
\ nale Parameter weggelassen werden, hierftir werden dann De- 

faultwerte eingesetzt. Zusatzlich zur technologischen Funkti- 
15 onalitat besitzt ein Technologisches Objekt aber auch Befeh- 
le, die das Grundverhalten des Technologischen Objektes 
bestimmen, z.B. 

Befehl zum Riicksetzen in einem definierten Ausgangszustand 
Befehl urn einen anstehenden Fehler gezielt rlickzusetzen 
20 - Befehle urn in den Simulatonsbetrieb zu setzen und rlickzu- 
setzen ( Im Simulationsbetrieb erfolgt ein Durchlauf des 
Programms ohne konkrete Ausgabe an die Aktoren, bzw. Ein- 
lesen von den Sensoren ) . 

Befehle urn das Technologische Objekt aktiv/inaktiv zu set- 
2 5 zen 

- - Auskunf tsf unktionen . 

Der nachste Abschnitt der Spezif ikation eines Technologischen 
Objektes TOS sind die Alarme (alarms) . In FIG 3 sind die 
Alarme durch eine gestrichelte Linie von den Befehlen abge- 

30 trennt. Die Darstellung gemaii FIG 3 enthalt die Alarme 

<alarm_l> bis <alarm__k>. Ein Technologisches Objekt hat Uber- 
wachungen und kann im Fehlerfall definierte Alarme, gegebe- 
nenfalls mit Alarminf ormationen und vordef inierten Reaktionen 
absetzen. Die technologischen Alarme werden am Technologi- 

35 schen Objekt festgestellt bzw. erzeugt. Technologische Alarme 
haben eine technologieob j ekttypspezif isch eingestellte Reak- 
tion, z.B. Bewegungsstopp (die moglichen Reaktionen sind 
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technologieobj ekttypspezifisch und daher bei den einzelnen 
Technologieobj ekttypen explizit beschrieben) . Weiterhin be- 
sitzen die technologischen Alarme einen technologieobj ekttyp- 
spezif ischen Identif ikator (z.B. Alarmnummer ) und Parameter. 
Sie besitzen somit ein einstellbares Verhalten auf die Pro- 
grammbearbeitung (globale Reaktion) und erlauben weiterhin 
fur jeden Fehler instanzspezif ische Einstellungen und Reakti- 
onen, die bei der Inbetriebnahme am Engineering-System (ES; 
FIG 1) vorgenommen werden. 

Ein Anwender kann Befehle von Technologischen Objekten syn- 
chron oder asynchron nutzen, je nach Einstellung. Dadurch 
kann ein Befehl sowohl zyklisch geschrieben (iiblich bei einer 
Speicherprogrammierbaren Speicherung) aber auch ereignisge- 
steuert .(ublich bei Bewegungssteuerungen) programmiert wer- 
den. Im synchronen Modus bleibt z.B. das technologische Ob- 
jekt, das einen Positionierbef ehl ausfiihrt, solange in seinem 
Zustand, bis das Positionierziel erreicht wurde . Im asynchro- 
nen Modus dagegen lauft zeitgleich zur Ausfiihrung des Positi- 
onierbef ehls das Technologische Objekt in seinem Programmab- 
lauf weiter und kann dabei andere Zustande einnehmen. Das 
Technologische Objekt kann dann z.B. durch Polling gepruft 
werden, ob das Positionierziel erreicht wurde. 

Die Darstellung gemafi FIG 4 zeigt als Verschaltungsdiagramm 
die Verschaltung des Technologischen Objektes " Gleichlauf " 
GL1 mit anderen Technologischen Objekten. Die Technologischen 
Objekte werden dabei als doppelt umrandete Rechtecke darge- 
stellt, bei denen die jeweils zusammen gehorenden Ecken durch 
eine Verbindungslinie verbunden sind. Durch die Verschaltung 
des Technologischen Objektes "Gleichlauf" GL1 mit den Techno- 
logischen Objekten "Leitachse" LAI, "Folgeachse" FA1 und 
"Kurvenscheibe" KS1 wird ein Gleichlauf verbund hergestellt. 
Die Verschaltung der Technologischen Objekte erfolgt iiber Da- 
tenflusse DF1 bis DF3 bzw. DF3 x . FIG 4 zeigt die prinzipielle 
Technologieanordnung ftir die Realisierung eines Gleichlauf- 
verbundes: Leitwert - Technologisches Objekt "Gleichlauf" GL1 
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- Technologisches Objekt "Folgeachse" FA1 . In FIG 4 wird der 
Leitwert durch das Technologische Objekt " Leitachse" LAI rep- 
rasentiert. Weiterhin ist in FIG 4 ist dargestellt, dass das 
Technologische Objekt "Leitachse" LAI uber den Datenfluss- 
pfeil DF1 den Leitwert fiir das Technologische Objekt "Gleich- 
lauf" GL1 vorgibt. Das Technologische Objekt "Leitachse" LAI 
kann z.B. eine Positionierachse reprasentieren . Der Leitwert 
kann aber auch uber eine virtuelle Achse d.h. gerechnete 
(nicht real vorhandene) Achse oder uber externe Geber fur das 
Technologische Objekt "Gleichlauf" GL1 vorgegeben werden. Das 
Technologische Objekt "Gleichlauf" GL1 stellt als technologi- 
sche Funktionalitat Getriebegleichlauf oder Kurvengleichlauf 
zur Verfiigung, damit konnen Aufsynchronisieren, Absynchroni- 
sieren oder Masterumschaltungen vorgenommen werden. Am Tech- 
nologischen Objekt "Gleichlauf" GL1 kann als Gleichlauf gesetz 
wahlweise ein Getriebe oder eine Kurve gewahlt werden. Der 
rechte Teil von FIG 4 stellt diese Auswahlmoglichkeiten dar. 
Durch den Zuordnungspf eil ZP1 ist dargestellt, dass der 
Schalter SI wahlweise mit einem Getriebe, dargestellt durch 
den Getriebef aktor GF1 oder mit dem * Technologischen Objekt 
"Kurvenscheibe" KS1 verbunden werden kann. Bei einer Verbin- 
dung mit dem Technologischen Objekt "Kurvenscheibe" KS1 er- 
folgte Datenfluss von diesem Technologischen Objekt zum Tech- 
nologischen Objekt "Gleichlauf" GL1 uber den Datenf lusspf eil 
DF3, den Schalter SI und den Datenf lusspf eil DF3 ' . Bei einer 
Verbindung mit dem Getriebef aktor GF1 erfolgt der Datenfluss 
zum Technologischen Objekt "Gleichlauf" GL1 uber den Schalter 
SI und den Datenf lusspf eil DF3 * . Ober das Technologische Ob- 
jekt "Kurvenscheibe" KS1 konnen nicht lineare Getriebeuber- 
setzungen am Technologischen Objekt "Gleichlauf" GL1 einge- 
stellt werden, uber den Getriebef aktor GF1 dagegen lineare 
Getriebeiibersetzungen . Durch den Datenf lusspf eil DF2 ist das 
Technologische Objekt "Gleichlauf" GL1 mit dem Technologi- 
schen Objekt "Folgeachse" FA1 verschaltet. 

Die Darstellung gemafi FIG 4 zeigt somit die prinzipielle Kon- 
figuration von Technologischen Objekten zur Realisierung ei- 
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ner Gleichlauf funktionalitat und kann ihrerseits als (komple- 
xes) Technologisches Objekt angesehen und verwendet werden. 

Die Festlegung der Verschaltung der Technologischen Objekte 
erfolgt in der Konf igurationsphase ( Pro j ektierung) . Bei Aus- 
wahlmoglichkeiten werden diese zur Laufzeit liber das Anwen- 
derprogramm (AP; FIG 2) aktiviert, d.h. zur Laufzeit konnen 
Umschaltungen programmiert werden, Prinzipiell konnen durch 
Verschaltung raehr als ein "Gleichlauf obj ekt" GL1 mit einer 
"Folgeachse" FA1 verbunden werden, dadurch wird eine Uberla- 
gerung von Gleichlauf funktionen realisiert. Der Leitwert fur 
das "Gleichlauf obj ekt" GL1 kann auch direkt aus dem Anwender- 
programm (AP; FIG 2) vorgegeben werden. Weiterhin kann mehr 
als ein Technologisches Objekt fur die Leitwertberei ts tellung 
konfiguriert werden. Die aktuelle Verschaltung wird wiederum 
zur Laufzeit uber Befehle im Anwenderprogramm (AP; FIG 2) 
ausgewahlt und aktiviert. Aufierdem kann flir die Festlegung 
des Gleichlauf gesetzes zwischen verschiedenen Technologischen 
Objekten "Kurvenscheibe" KS1 und/oder zwischen verschiedenen 
Getriebef aktoren GF1 durch Programmierung online umgeschaltet 
werden. Ein Technologisches Objekt "Kurvenscheibe" KS1 kann 
einem oder mehreren Technologischen Objekten "Gleichlauf" GL1 
zugeordnet werden. Weiterhin konnen von einem Technologischen 
Objekt "Leitachse" LAI eine oder mehrere Gleichlauf verbindun- 
gen uber Technologische Objekte "Gleichlauf" GL1 konfiguriert 
werden . 

Darstellung gemaii FIG 5 zeigt einen Gleichlauf verbund mit Um- 
schaltmoglichkeiten zwischen verschiedenen Leitwertquellen 
und Gleichlauf gesetzen, ebenfalls in Form eines Verschal- 
tungsdiagramms . In FIG 5 kann das Technologische Objekt 
"Gleichlauf" GL2 Leitwerte von den Technologischen Objekten 
"Zeit" T, "virtuelle Achse" VA1, "Leitachse" LA2, "Leitachse" 
LA3, "externer Geber" EG1 sowie von einem Programmwert TV des 
Anwenderprogrammes (AP; FIG 2) bekommen. Durch den Zuord- 
nungspfeil ZP2 ist angedeutet, dass der Schalter S2 unter- 
schiedliche Lei twertverbindungen fiir das Technologische Ob- 
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jekt "Gleichlauf" GL2 herstellen kann. Ober einen der Daten- 
fliisse DF4 bis DF8 sowie liber den Schalter S2 und den Daten- 
fluss DF12 wird die „Lei twertverschal tung" zum Technologi- 
schen Objekt "Gleichlauf" GL2 erreicht. Die Technologischen 
Objekte "Zeit" T, "virtuelle Achse" VA1, "Leitachse" LA2 und 
LA3, "externer Geber" EG1 sowie der Programmwert TV sind die 
potentiellen Master fur das Technologische Objekt "Gleich- 
lauf" GL2 . Die moglichen Verschaltungen werden projektiert 
und die Auswahl eines pro j ekt ierten Masters kann zur Laufzeit 
aus dem Anwenderprogramm (AP; FIG 2) erfolgen. Damit sind 
Masterumschaltungen moglich. Das Technologische Objekt "vir- 
tuelle Achse" VA1 reprasentiert nicht eine real vorhandene 
Achse sondern eine gerechnete Achse. "Virtuelle Achsen" sind 
dadurch gekennzeichnet , dass sie iiber Befehle kommandiert 
werden konnen und eine Bewegungsf uhrung bzw. Interpretation 
besitzen, aber keine Regelung und keinen Antrieb. Die Techno- 
logischen Objekte "Leitachse" LA2 und LA3 reprasentieren da- 
gegen reale Achsen. Reale Achsen reprasentieren Standardach- 
sen mit Antrieb, Motor, Geber, sie besitzen also einen realen 
Aktor. Auch das Technologische Objekt "externer Geber" EG1 
kann einen Leitwert fur das Technologische Objekt "Gleich- 
lauf" GL2 bereitstellen. Ein "externer Geber" EG1 besitzt ub- 
licherweise keine Achse und stellt die Inf ormationen in einem 
pro j ektierbaren Format bereit. "Externe Geber" sind z.B. Win- 
kelgeber an einer Presse. Auch vom Technologischen Objekt 
"Zeit" T und vom Programmwert TV konnen Leitwerte fur das 
Technologische Objekt GL2 berei tgestell t werden. Ein Techno- 
logisches Objekt "Zeit" stellt einen Leitwert in Form eines 
Zeitwertes bzw. Zeitfaktors bereit, die Pro j ektierung eines 
Programmwertes DV als Leitwert erfolgt im Anwenderprogramm 
(AP; FIG 2) . Die Technologischen Objekte sind hierbei in der 
iiblichen Notation dargestellt. 

In FIG 5 ist dargestellt, dass als Gleichlauf gesetz fur das 
Technologische Objekt "Gleichlauf" GL2 wahlweise ein Getrie- 
bef aktor GF2 oder die Technologischen Objekte "Kurvenscheibe" 
KS2 und KS3 gewahlt werden konnen. Durch den Zuordnungspf eil 
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ZP3 ist dargestell t , dass der Schalter S3 wahlweise zwischen 
den Technologischen Objekten KS2, KS3 und dem Getriebef aktor 
GF2 eingestellt werden kann. Die "getr iebemaflige Verschal- 
tung" mit dem Technologischen Objekt "Gleichlauf" GL2 erfolgt 
dann tiber die Datenf lusspf eile DF9, DF10, den eingestellten 
Schalter S3 sowie iiber den Datenf lusspf eil DF11. Die Schalte- 
verbindungen S2 und S3 sind im Anwenderprogramm (AP; FIG 2) 
prograitimierbar . Uber den Datenf lusspf eil DF 13 ist das Tech- 
nologische Objekt "Gleichlauf" GL2 mit dem Technologischen 
Objekt "Folgeachse" FA2 verbunden. Das Technologische Objekt 
"Gleichlauf" GL2 wird bei der Pro j ektierung also slaveseitig 
mit dem Technologischen Objekt "Folgeachse" FA2 das z.B. eine 
Gleichlauf achse reprasentieren kann, verschaltet. Mastersei- 
tig wird das Technologische Objekt "Gleichlauf" GL2 mit einem 
Technologischen Objekt verschaltet, dass einen Leitwert zur 
Verfugung stellt, dieser Leitwert kann auch direkt aus dem 
Anwenderprogramm (AP; FIG 2) vorgegeben werden. Somit kann 
mehr als ein Technologisches Objekt fiir die Lei twertbereit- 
stellung konfiguriert werden, die aktuelle Verschaltung wird 
zur Laufzeit liber Befehle im Anwenderprogramm ausgewahlt. 

Die Darstellung gemafi FIG 6 zeigt die Verschaltung des Tech- 
nologischen Objektes "Mess taster " MT1 . Die Technologischen 
Objekte sind hierbei in der ublichen Notation dargestellt. 
Das Technologische Objekt "Messtaster" MT1 stellt die Funkti- 
onalitat zur Durchfilhrung eines Messauf trages bereit. Fiir die 
Funktionen am Technologischen Objekt "Messtaster" MT1 konnen 
Messauf trage aktiviert und parametriert werden. Uber den 
Messeingang ME und den Datenf lusspf eil DF14 wird der Messwert 
an das Technologische Objekt "Messtaster" MT1 geliefert. Der 
Messeingang ME ist als Ellipse dargestellt. Ein Messeingang 
ME kann mit mehreren Technologischen Objekten "Messtaster" 
verschaltet sein. Diese Technologischen Objekte "Messtaster" 
konnen dabei auch gleichzeitig aktiviert sein. Ein Messein- 
gang ME entspricht dabei ublicherweise einem Hardware- 
Messeingang der dem Technologischen Objekt "Messtaster" MT1 
uber Konf iguration zugeordnet wird. Weiterhin ist das Techno- 
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logische Objekt "Mess taster " MT1 mit mindestens einem Techno- 
logischen Objekt verschaltet, das einen Messwert (z.B. Posi- 
tion) liefert. In FIG 7 ist das Technologische Objekt "Mess- 
taster" MT 1 mit den Technologischen Objekten "Achse" Al und 
"externer Geber" EG2 uber die Datenf lusspf eile DF15 bzw. DF16 
verschaltet. Das Technologische Objekt "Achse" Al kann z.B. 
eine Positionierachse oder eine Gleichlauf achse sein. Ein 
Technologisches Objekt, das einen Messwert liefert, kann mit 
mehreren Technologischen Objekten "Messtaster" verschaltet 
werden . 

Die Darstellung gemaU FIG 7 zeigt in einem Verschaltungsdia- 
gramm das Technologische Objekt "Nocke" Nl, verschaltet mit 
den Technologischen Objekten "Achse" A2 und "externer Geber" 
EG3 . Das Technologische Objekt "Achse" A2 ist uber den Daten- 
flusspfeil DF17, das Technologische Objekt "externer Geber" 
EG3 ist uber den Datenf lusspf eil DF18 mit dem Technologischen 
Objekt "Nocke" Nl verschaltet. Uber den Datenf lusspf eil DF19 
ist das Technologische Objekt "Nocke" Nl mit dem Ausgang Out 
verschaltet, der Ausgang Out ist als Ellipse dargestellt. Das 
Technologische Objekt "Nocke" Nl stellt die Funktionalitat 
zur Berechnung von Nockenschaltwerten bereit. Ober die Funk- 
tionen am Technologischen Objekt "Nocke" Nl konnen Nocken- 
funktionen aktiviert und parametriert werden. Die Technologi- 
schen Objekte "Achse" A2 bzw. "externer Geber" EG3 stellen 
die Bezugswerte fur das Technologische Objekt "Nocke" Nl be- 
reit. Die Zuordnung dieser Technologischen Objekte zum Tech- 
nologischen Objekt "Nocke" Nl wird vom Anwender projektiert. 
Der Anwender projektiert weiterhin die Zuordnung des Techno- 
logischen Objektes "Nocke" Nl zu einem Ausgang Out, dabei ist 
auch eine Zuordnung auf interne Variablen moglich. Fur eine 
aktuelle Anwendung ist das Technologische Objekt "Nocke" Nl 
mit genau einem Technologischen Objekt verschaltet, das den 
Bezugswert liefert . 

Ein Bezugswert ist z.B. ist eine Achsposition . Hierbei kann 
das Technologische Objekt "Achse" A2 z.B. eine Positionier- 
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achse oder eine Gleichlauf ac.hse reprasentieren. Dies ist mog- 
lich, dass eine Zuordnung des Technologischen Objektes "No- 
cke" Nl auf einen Ausgang Out entfallen kann, dann wirkt das 
Technologische Objekt "Nocke" Nl nur auf Systemvar iablen am 
Technologischen Objekt (z.B. fiir die Verwendung des Technolo- 
gischen Objektes als interne Nocke) . Das Technologische Ob- 
jekt, das den Bezugswert liefert, kann mit mehreren auch un- 
terschiedlichen Technologischen Objekten Nocken gleichzeitig 
verschaltet sein. Die Technologischen Objekte sind hierbei in 
der ublichen Notation dargestellt. 

In der Darstellung gemafi FIG 8 wird gezeigt, dass ein Techno- 
logisches Objekt " Folgeachse" FA3 mit mehreren Technologi- 
schen Objekten "Gleichlauf" GL3 und GL4 verschaltet sein 
kann. Das Technologische Objekt "Folgeachse" FA3 ist durch 
den Datenf lusspf eil DF22 mit dem Technologischen Objekt 
"Gleichlauf" GL3 und mit dem Datenf lusspf eil DF23 mit dem 
Technologischen Objekt "Gleichlauf" GL4 verschaltet. Die 
Technologischen "Gleichlauf obj ekte" GL3 und GL4 erhalten uber 
die Datenf lusspf eile DF20 bzw. DF21 ihre Leitwertvorgaben . In 
FIG 8 ist dargestellt, dass die Leitwerte fiir den jeweiligen 
Gleichlauf verbund tiber unterschiedliche Technologische Objek- 
te erfolgen kann. So konnen fur das Gleichlauf obj ekt GL3 z.B. 
das Technologische Objekt "Achse" A3, das Technologische Ob- 
jekt "virtuelle Achse" VA2 oder das Technologische Objekt 
"externer Geber" EG4 den Leitwert berei tstellen . Fur das 
"Gleichlauf obj ekt " GL4 kann dementsprechend der Leitwert z.B. 
von den Technologischen Objekten "Achse" A4, "virtuelle Ach- 
se" VA3 oder "externer Geber" EG5 berei tgestellt werden. In 
FIG 8 bilden dann z.B. die Technologischen Objekte "Achse" 
A4, "Gleichlauf" GL4 und "Folgeachse" FA3 einen Gleichlauf- 
verband. Die jeweils gewiinschte Verschaltung wird vom Anwen- 
der projektiert, die Auswahl eines pro j ektierten Masters (der 
Master stellt den Leitwert fur den Gleichlauf verbund zur Ver- 
fugung) kann zur Laufzeit aus dem Anwenderprogramm erfolgen, 
damit sind Mas terumschal tungen moglich. In FIG 8 stellt das 
Technologische Objekt "Folgeachse" FA3 den Slave im Gleich- 
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laufverbund dar . Die Technologischen Objekte sind hierbei in 
der iiblichen Notation dargestellt. 

Darstellung gema5 FIG 9 zeigt ein Verschal tungsdiagramm bei 
dem das Technologische Objekt "Kurvenscheibe" KS3 das Getrie- 
begesetz fur zwei "Gleichlauf obj ekte" GL5 und GL6 iiber die 
Datenf lusspf eile DF26 bzw. DF27 berei tstellt . In FIG 9 sind 
somit zwei Gleichlauf verbunde dargestellt, die jeweils vom 
gleichen Technologischen Objekt "Kurvenscheibe" KS2 mit einem 
gemeinsamen Getriebegeset z versorgt werden. Die beiden 
Gleichlauf verbunde sind links und rechts vom Technologischen 
Objekt "Kurvenscheibe" KS3 angeordnet . Der linke Gleichlauf- 
verbund wird gebildet durch das Technologische Objekt "Achse" 
AS, das den Leitwert bereitstellt und somit als Leitachse 
gilt. Es kann sich dabei z.B. urn eine Positionier- oder 
Gleichlauf achse handeln. Das Technologische Objekt "Achse" A5 
ist mit dem Datenf lusspf eil DF24 mit dem "Gleichlauf obj ekt" 
GL5 verbunden. Ober diesen Datenf lusspf eil DF24 wird der 
Leitwert bereitges tell t . Auf der Slaveseite ist das Technolo- 
gische Objekt "Gleichlauf" GL5 iiber den Datenf lusspf eil GF25 
mit dem Technologischen Objekt "Folgeachse" FA4* verbunden. 
Der rechte Gleichlauf verbund wird gebildet durch die Techno- 
logischen Objekte "Achse" A6, "Gleichlauf" GL6 und "Folgeach- 
se" FAS. Die "Achse" A6 entspricht dabei der Leitachse, die 
"Folgeachse" FAS reprasentiert eine Slaveachse. Die Verschal- 
tung erfolgt hierbei iiber die Datenf lusspf eile DF28 bzw. 
DF29. Weiterhin ist es moglich, das von einer Leichtachse aus 
eine oder mehrere Gleichlaufverbindungen iiber Gleichlauf ob- 
jekte konfiguriert werden. Technologische Objekte "Kurven- 
scheibe" konnen einem oder mehreren Gleichlauf obj ekten zuge- 
ordnet werden. Die Zusammenstellung von Gleichlauf verbund 
wird vom Anwender projektiert. Projektierte Gleichlauf verbun- 
de konnen wiederum als Technologische Objekte reprasentiert 
werden und ihre Funktionalitat in anderen Applikationen wie- 
der verwendet werden. Die Technologischen Objekte sind hier- 
bei in der ublichen Notation dargestellt. 
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Die Darstellung gemaJi FIG 10 zeigt die Zusammenfassung von 
mehreren Technologischen Objekten zu einem Technologiepaket 
TP. Das Technologiepaket TP ist dabei als Rechteck darge- 
stellt, wobei die linke obere Ecke abgeschni tten ist. Das 
5 Technologiepaket TP enthalt die Technologischen Objekte "No- 
cke" N2, "externer Geber" EG6, "Drehzahlachse" DrehA, "Mess- 
taster" MT2 sowie " Positionierachse" PosA. Die Technologi- 
schen Objekte sind dabei in der liblichen Notation darge- 
stellt. Die Technologischen Objekte reprasentieren dabei kei 
0 ne Instanzen, sondern Technologieob j ekttypen . Ein Technolo- 
giepaket TP enthalt somit eine Ansammlung von Technologieob- 
jekttypen, die gewisse Funktionalitaten reprasentieren. Die 
Zuladung von Technologischen Objekten ins Runtime-System der 
Steuerung und damit die funktionelle Erweiterung der Steue- 
5 rung erfolgt uber Technologiepakete . Ein Anwender kann sich 
bestimmte Technologiepakete TP die wiederum Technologieob- 
jekttypen enthalten ins Runtime-System (RTS4, RTS5; FIG 2) 
laden und somit eine technologische Skalierung der Funktiona 
litat der Steuerung erreichen. Weiterhin kann durch die Tech 
0 nologiepakete TP bei entsprechender Zuordnung von Technolo- 
gieob j ekttypen eine funktionelle Strukturierung erreicht wer 
den . 
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Patent anspruche 

1. Industrielle Steuerung fur technische Prozesse (P) , insbe- 
sondere fur Produktionsmaschinen, 

dadurch gekennzeichnet, 
dass 

a) die Steuerung ein allgemein einsetzbares, vorzugsweise 
technologieneutrales Basissystem (UMC-K) fur die Steue- 
rungsgrundf unktionalitat besitzt , 

b) die technologische Funktionalitat der Steuerung uber 
Technologische Objekttypen (T01 - TOn) bereitges tell t 
ist, 

c) eine technologische Skalierung hinsichtlich der Funktio- 
nalitat der Steuerung durch zuladbare Technologische Ob- 
jekttypen (T01 - TOn) erfolgt und 

d) eine auf die jeweilige Applikation vom Anwender 
zuschneidbare Auswahl und Instanziierung der Objekttypen 
erfolgt. 

2. Industrielle Steuerung nach Anspruch 1, 
'dadurch gekennzeichnet, 

dass das Laden und die Verteilung der Technologischen Objekte 
(T01 - TOn) auf unterschiedlich oder gleich per f ormante Hard- 
ware-Systeme und/oder Lauf zeitsys teme erfolgt. 

3. Industrielle Steuerung nach Anspruch 2, 
dadurch gekennzeichnet, 

dass das Laden und die Verteilung der Technologischen Objekte 
(T01 - TOn) auf unterschiedlich oder gleich performante Hard- 
ware-Systeme und/oder Lauf zeitsysteme innerhalb eines Projek- 
tes erfolgt, wobei sich ein Projekt auf Daten und/oder Pro- 
gramme von einer oder mehreren Steuerungseinheiten bezieht. 



2000P14659 D1 



25 

4. Industrielle Steuerung nach einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichnet, 

dass die Verteilung der Funktionalitat der Technologischen 
Objekte (T01 - TOn) auf miteinander in Echtzeit durch takt- 
synchron aquidistant kommunizierende Steuerungseinheiten er- 
folgt. 

5. Industrielle Steuerung nach einem der vorstehenden Anspru- 
che, 

dadurch gekennzeichnet, 

dass die Funktionalitat der Steuerung durch die Zuladbarkeit 
beliebiger Technologischer Objekte (T01 - Ton) flexibel er- 
weiterbar ist. 

6. Industrielle Steuerung nach einem der vorstehenden Ansprii- 
che, 

dadurch gekennzeichnet, 

dass die Technologischen Objekte (T01 - Ton) Programmierin- 
terfaces und/oder Systemvariablen und/oder Alarme enthalten. 

7. Industrielle Steuerung nach einem der vorstehenden Ansprti- 
che, 

dadurch gekennzeichnet, 

dass die Technologischen Objekte (T01 - Ton) in eine Program 
mierumgebung integriert sind. 

8. Industrielle Steuerung nach Anspruch 1, 
dadurch gekennzeichnet, 

dass eine Standardprogrammierumgebung verwendet wird. 

9. Industrielle Steuerung nach einem der vorstehenden Anspru- 
che, 

dadurch gekennzeichnet, 

dass eine ruckwirkungsf reie Programmierung eines Technologi- 
schen Objektes (T01 - Ton) bezuglich der anderen vorhandenen 
Technologischen Objekte (T01 - Ton) und des Steuerungsbasis- 
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systems, sofern nicht explizit eine Ruckwirkung programmiert 
bzw. projektiert ist, vorgesehen ist. 

10. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass die Nutzung der Technologischen Objekte (TOl - Ton) 

Hardware- bzw. Piatt formneutral erfolgt. 

11. Industrielle Steuerung nach einem der vorstehenden An- 
spriiche, 

dadurch gekennzeichnet, 

dass Technologische Objekte (TOl -TOn) bezuglich ihrer Funk- 
tionalitat zu anderen Technologischen Objekten (TOl - TOn) 
hierarchische Beziehungen und/oder Datenf lussbeziehungen (DF1 
- DF29, DF3 y ) aufweisen. 

12. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass insbesondere fur Bewegungss teuerungen Elemente wie Ach- 
sen (Al - A6) , Geber (EG1 - EG6) , Nocken (Nl, N2 ) , Messtaster 
(MT1, MT2), Gleichlauf (GL1 - GL6) und Kurvenscheiben (KS1 - 
KS3) als Technologische Objekte (TOl - TOn) vorhanden sind. 

13. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass die Technologieobj ekttypen zu Technologiepaketen (TP) 
zusammenf assbar sind . 

14. Industrielle Steuerung nach einem der vorstehenden An- 
spriiche, 

dadurch gekennzeichnet, 

dass die Programmerstellung vor Zuordnung der Hardware- 

Plattform erfolgt. 
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15. Industrielle Steuerung nach einem der vorstehenden An- 
spriiche, 

dadurch gekennzeichnet, 

dass die Anzahl der Ins tanziierungen von Technologieob j ektti 
pen flexibel einstellbar ist. 

16. Industrielle Steuerung nach einem der vorstehenden An- 
spriiche, 

dadurch gekennzeichnet, 

dass die Instanzen von Technologieob j ekttypen auf einer oder 
auf mehreren S teuerungseinheiten verteilt abgelegt werden. 

17. Industrielle Steuerung nach einem der vorstehenden An- 
spruche, 

dadurch gekennzeichnet, 

dass die Befehle von Technologischen Objekten (T01 - TOn) 

synchron und/oder asynchron genutzt werden. 

18. Verfahren zur Erstellung einer industrielle Steuerung, 
insbesondere fur ein bestimmtes Einsatzgebiet , 
gekennzeichnet durch die aufeinander fol 
genden Schritte : 

a) Verwendung eines Basissystems (UMC-K) mit einer vorzugs 
weise technologieneutralen Grundf unktionalitat , 

b) Auswahl und Ins tanziierung der fur die Anwendung rele- 
vanten Technologischen Obj ekttypen (T01 - TOn) und Kon- 
figuration der erhaltenen Technologischen Objekte (T01 
TOn) im Engineering-System (ES), 

c) Hinzuladen der ausgewahlten Technologischen Obj ekttypen 
(T01 - TOn) ins Runtime-System (RTS1 - RTS5) , 

d) Laden und Nutzung der instanziierten Technologischen Ob- 
jekte und der Instanziierungsinf ormation im Runtime- 
System (RTS1 - RTS5) , 
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e) Erstellung der Anwenderprogramme (AP) unter Nutzung der 
instanziierten Technologischen Objekte (T01 - TOn) und 

f) Laden der Anwenderprogramme (AP) ins Runtime-System 
5 (RTS1 - RTS5) . 
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Zusammen fas sung 

Industrielle Steuerung auf der Basis Technologischer Objekte 

5 Durch die Zuladbarkeit von- Technologischen Objekttypen (TOl- 
TOn) in das Runtime-System (RTS1 - RTS5) einer industriellen 
Steuerung wird das Basissystem (UMC-K) der Steuerung funktio- 
nell erweitert und eine technologische Skalierung der Steue- 
rung erreicht. Die zugeladenen Technologischen Objekttypen 
10 sind beliebig instanziierbar . Das Zuladen erfolgt in Form von 
Technologiepaketen (TP) . Der Anwender kann in seinen Anwen- 
derprogrammen (AP) diese Funktionalitat direkt verwenden. 

4 

15 FIG 2 
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^TOS 

TO-Type < TO identifier > 



Configuration Data : 

< configuration variabie_1 > 

< configuration variable_n > 



System Data: 

< system variable_1 > 

< system variable_m > 



commands : 

< command _1 > 

< command _xy > 



alarms : 

< alarm_1> 

< alarm k > 
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